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TURBO DECODER WITH MULTIPLE SCALE SELECTIONS 



BACKGROUND 

[0001] I. Field 

[0002] The present invention relates to data communication. More 

particularly, the present invention relates to techniques to Turbo decode a code 
segment with unknown scale information in a manner to provide improved 
performance. 

[0003] H. Background 

[0004] Wireless communication systems are widely deployed to provide 

various types of communication such as voice, packet data, and so on. These systems 
may be based on code division multiple access (CDMA), time division multiple 
access (TDMA), or some other multiple access techniques. A CDMA system 
provides certain advantages over other types of system, including increased system 
capacity. 

[0005] A CDMA system may be designed to support one or more CDMA 

standards such as IS-95, W-CDMA, cdma2000, and others. Each standard typically 
defines the processing of data prior to transmission on the forward and reverse links. 
For example, voice and/or packet data may be coded at a particular data rate, 
formatted into a defined frame format, and processed (e.g., encoded for error 
correction and/or detection, interleaved, and so on) in accordance with a particular 
processing scheme. 

[0006] Many newer CDMA standards employ a parallel concatenated 

convolutional encoder (often referred to as a Turbo encoder), which may be selected 
for encoding a code segment (e.g., a data packet) prior to transmission. The Turbo 
encoder employs two constituent encoders operated in parallel and in combination 
with a code interleaver. The code interleaver shuffles (i.e., interleaves) the 
information bits in the code segment in accordance with a defined interleaving 
scheme. One constituent encoder encodes the information bits in the code segment to 
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generate a first sequence of parity bits, and the other constituent encoder encodes the 
shuffled information bits to generate a second sequence of parity bits. The 
information bits and some or all of the parity bits in the first and second sequences are 
transmitted. 

[0007] A complementary (and computationally intensive) Turbo decoding is 

performed at a receiver unit. For each Turbo encoded segment, the received (soft 
value) bits are typically scaled, quantized, and stored to a buffer. The information and 
parity bits for the first constituent encoder are then retrieved from the buffer and 
decoded by a first constituent decoder based on the first constituent code to provide 
"extrinsic" information indicative of adjustments in the confidence in the detected 
values for the information bits. Intermediate results that include the extrinsic 
information from the first constituent decoder are then stored to a storage unit in an 
interleaved order matching the code interleaving used at the transmitter unit. 
[0008] The intermediate results and the parity bits from the second constituent 

encoder are then retrieved from their respective sources and decoded by a second 
constituent decoder based on the second constituent code to provide extrinsic 
information indicative of further adjustments in the confidence in the detected values 
for the information bits. Intermediate results that comprise the extrinsic information 
from the second constituent decoder are then stored to the storage unit in a de- 
interleaved order complementary to the code interleaving used at the transmitter unit. 
The intermediate results are used by the next iteration of the first constituent decoder. 
The decoding by the first and second constituent decoders is iterated a number of 
times to yield the final decoded result. 

[0009] Each constituent decoder may be implemented as a maximum a 

posteriori (MAP) decoder that attempts to minimize the bit error of a code segment. 
For each information bit to be decoded by the MAP decoder, a number of 
computations are performed to derive the extrinsic information. For certain decoder 
implementations, the accuracy of the computations depends on knowledge of the 
"scale" of the input bits (i.e., the samples) provided to the MAP decoder. The scale 
information may include the variance and amplitude of the samples provided to the 
MAP decoder. If the decoding is performed with no knowledge or a wrong 
assumption of the scale of the input bits, then the decoding performance can degrade. 
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[0010] There is therefore a need for a Turbo decoder that can decode a code 

segment with unknown scale information in a manner to provide improved 
performance. 



SUMMARY 

[0011] Aspects of the present invention provide techniques to Turbo decode a 

code segment in a manner to provide improved decoding result. For some Turbo 
decoding schemes (such as the commonly used maximum a posteriori (MAP) 
decoding scheme), the performance of the decoding is dependent on knowledge of 
scale information for the bits to be decoded. Such scale information may relate to the 
variance and amplitude of the bits to be decoded, and may be needed to accurately 
evaluate a particular function for the MAP decoding. If wrong scale information is 
used to decode the code segment, then the performance of the MAP decoding may 
degrade because the function may not be accurately evaluated. 

[0012] Aspects of the invention provide techniques to improve the 

performance of a Turbo decoder when the scale information for the received bits is 
not known. In general, a number of hypotheses are formed for a given code segment 
to be decoded, with each hypothesis h corresponding to a particular set of one or more 
values for a set of one or more parameters used for decoding the code segment. For 
the MAP decoding scheme, these parameters may be for (1) the sequence of scaling 
factors used to scale the received bits in the code segment to derive the bits to be 
decoded, and/or (2) a scale used to evaluate a function (e.g., a min* function) for 
decoding the code segment. 

[0013] The code segment is decoded based on the MAP decoding scheme and 

in accordance with each hypothesis. The quality of the decoded result for each 
hypothesis is then determined based on one or more performance metrics (e.g., CRC 
check, correlation metric, re-encoded correlation metric, and so on). The quality of 
the decoded results for all hypotheses are compared, and the decoded bits for the 
hypothesis that provides the "best" decoded result, as determined by the performance 
metrics, are provided as the Turbo decoder output for the code segment. 
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[0014] Various aspects, embodiments, and features of the invention are 

described in further detail below. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0015] The features, nature, and advantages of the present invention will 

become more apparent from the detailed description set forth below when taken in 
conjunction with the drawings in which like reference characters identify 
correspondingly throughout and wherein: 

[0016] FIG. 1 is a simplified block diagram of a communication system 

capable of implementing various aspects and embodiments of the invention; 
[0017] FIG. 2 is a diagram of a Turbo encoder defined by the W-CDMA 

standard; 

[0018] FIG. 3 is a block diagram that symbolically illustrates some of the 

processing within a RX data processor at the receiver unit; 

[0019] FIG. 4 is a block diagram of a design of a Turbo decoder; 

[0020] FIGS. 5 A and 5B show graphical representations of the forward and 

reverse state metric calculations, respectively, for a MAP decoder; 

[0021] FIGS. 6 and 7 are flow diagrams for two Turbo decoding schemes, in 

accordance with embodiments of the invention; and 

[0022] FIG. 8 is a block diagram of a Turbo decoder in accordance with an 

embodiment of the invention. 



DETAILED DESCRIPTION 

[0023] FIG. 1 is a simplified block diagram of a communication system 100 

capable of implementing various aspects and embodiments of the invention. In an 
embodiment, communication system 100 is a CDMA system that conforms to 
cdma2000, W-CDMA, IS-856, and/or some other CDMA standards. At a transmitter 
unit 110, data is sent, typically in blocks, from a data source 112 to a transmit (TX) 
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data processor 114 that formats, codes, and processes the data to generate one or more 
analog signals. The analog signals are then provided to a transmitter (TMTR) 116 
that (quadrature) modulates, filters, amplifies, and upconverts the signal(s) to generate 
a modulated signal. The modulated signal is then transmitted via one or more 
antennas 118 (only one is shown in FIG. 1) to one or more receiver units. 
[0024] At a receiver unit 150, the transmitted signal is received by one or 

more antennas 152 (again, only one is shown) and provided to a receiver (RCVR) 
154. Within receiver 154, the received signal(s) are amplified, filtered, 
downconverted, (quadrature) demodulated, and digitized to generate samples. The 
samples are then processed and decoded by a receive (RX) data processor 156 to 
recover the transmitted data. The processing and decoding at receiver unit 150 are 
performed in a manner complementary to the processing and coding performed at 
transmitter unit 1 10. The recovered data is then provided to a data sink 158. 
[0025] The signal processing described above supports transmissions of 

voice, video, packet data, messaging, and other types of communication in one 
direction. A bi-directional communication system supports two-way data 
transmission. However, the signal processing for the other direction is not shown in 
FIG. 1 for simplicity. 

[0026] FIG. 2 is a diagram of a parallel concatenated convolutional encoder 

200 (which is also referred to as a Turbo encoder) defined by the W-CDMA standard. 
Turbo encoder 200 may be used to perform the channel coding within TX data 
processor 114 in FIG. 1. Turbo encoder 200 includes a pair of constituent encoders 
212a and 212b, a code interleaver 214, and a puncturer and multiplexer 216. Code 
interleaver 214 receives and interleaves the information bits in a code segment (e.g., a 
data packet) in accordance with a particular interleaving scheme (e.g., as defined by 
the standard being implemented). 

[0027] Each constituent encoder 212 receives either linear-order or 

interleaved information bits, encodes the received information bits with a defined 
constituent code, and provides a sequence of parity bits. Puncturer and multiplexer 
216 receives the information bits and the parity bits from both constituent encoders 
212a and 212b, punctures (i.e., deletes) zero or more parity bits to obtain the desired 
number of bits, and multiplexes the unpunctured information and parity bits into a 



Express Mail ET 202 236 248 US 6 PATENT 

Attorney Docket 010176 

sequence of coded bits. Zero or more coded bits may also be repeated instead of 
punctured. However, for simplicity and without loss of generality, puncturer and 
multiplexer 216 can perform puncturing and/or repetition, as necessary. 
[0028] In the embodiment shown in FIG. 2, each constituent encoder 212 

includes three series-coupled delay elements 222, four modulo-2 adders 224, and a 
switch 226. Initially, the states of delay elements 222 are set to zeros and switch 226 
is in the up position. Then, for each information bit in the code segment, adder 224a 
performs modulo-2 addition of the information bit x with the output bit from adder 
224d and provides the result to delay element 222a. Adders 224b and 224c receive 
and perform modulo-2 addition of the bits from adder 224a and delay elements 222a 
and 222c, and provide the parity bit y. Adder 224d performs modulo-2 addition of the 
bits from delay elements 222b and 222c. 

[0029] After all N B information bits in the code segment have been encoded, 

switch 226 is moved to the down position and three zero ("0") tail bits are provided to 
constituent encoder 212a. Constituent encoder 212a then encodes the three tail bits 
and provides six tail parity bits. 

[0030] For each segment of N B information bits, constituent encoder 212a 

provides N B parity bits and the first six tail parity bits y 1 , and constituent encoder 
212b provides N B parity bits and the last six tail parity bits y 2 . For each segment, 
puncturer and multiplexer 216 receives N B information bits x, N B +6 parity bits y l 
from encoder 212a, and N B +6 parity bits y 2 from encoder 212b. Puncturer and 
multiplexer 216 may puncture (i.e., delete) a number of parity bits to provide the 
required number of coded bits, which comprises the unpunctured information and 
parity bits. 

[0031] The sequence (or vector) X of information and parity bits provided by 

Turbo encoder 200 may be expressed as: 

x = {*i y\ y\ * 2 y\ yl -*n b Jn b yl s h -t 12 ) ■ 

Again, all or a subset of these bits may be transmitted from transmitter unit 1 10 to 
receiver unit 150. 
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[0032] For each bit to be transmitted, a value A is transmitted if the bit is a 

zero ("0") and a value -A is transmitted if the bit is a one ("1")- Each transmitted bit 
is distorted by channel noise, the analog and digital signal processing on the bit at 
both the transmitter and receiver units, and other phenomenon. The received 
sequence of bits at the receiver unit may be expressed as: 

V = {v x v 2 v 3 ...v 3N } , Eq(l) 

where V is the entire sequence of received bits including those corresponding to the 
tail bits and N = N B + 4 . Each received bit v k in the sequence V can be expressed 



At + &k Zk if the * - th bit is 0, 

a u ■ E q( 2 ) 

- A k +cr k z k otherwise 
where 

Z = {z, z 2 z 3 — z 3N } is a vector of independent and identically distributed (iid) 

random variables having a normal unit in a static scenario, 
A k is the amplitude for the received bit and is typically equal to A, and 
o k is the standard deviation of the random variables z k for the received bit due to 
channel noise, and can be approximated as o k =o for k = 1, 2, . . . 3N. 
Under fading conditions or under repetition conditions after the appropriate 
accumulation of symbols corresponding to identical bits, the received signal 
amplitude may differ from the transmitted signal amplitude. 

[0033] FIG. 3 is a block diagram that symbolically illustrates some of the 

processing within RX data processor 156 at the receiver unit. A received signal is 
initially conditioned, digitized, and digitally processed (e.g., filtered, despread, 
decovered, and so on) by receiver 154 to provide a "soft" value for each received bit 
v k . The soft value for the received bit v k may have many (e.g., 16) bits of resolution 
after the digital signal processing. For many decoder implementations, it is not 
practical or necessary to store this many bits of resolution for each received bit. In 
particular, since an entire code segment of bits needs to be stored for Turbo decoding, 



Express Mail ET 202 236 248 US g PATENT 

Attorney Docket 010176 

a very large storage unit would be needed to store many bits of resolution for each bit 
in the code segment to be decoded. 

[0034] To reduce the storage requirement, the received bits 

V = {v, v 2 v 3 ...v 3N } are effectively scaled via a multiplier 312 by a sequence of 
scaling factors S = {s 1 s 2 s 3 ...s 3N } . One scaling factor may be provided for each 
received bit v k , and the scaling may be performed element by element for the 
sequence V. The scaled bits are then quantized by a quantizer 314 to provide the 
decoder input bits U = {u^ u 2 w 3 ... w 3N } . The input bits u k to the Turbo decoder are 
thus scaled and quantized version of the received bits v k and may have a reduced 
resolution (e.g., of 4, 5, 6, or some other number of bits). 

[0035] The scaling factors s k are selected such that the information in the 

received bits v k are well represented and within a proper range in the quantized 
output u k . If the scaling factors are too large, then clipping of the scaled bits would 
occur during quantization and the resultant clipping noise can degrade the decoding 
performance. And if the scaling factors are too small, then the signal amplitude of the 
scaled bits would be small relative the quantization noise and the decoding 
performance also degrades. 

[0036] If multiple bits are received for a particular coded bit (i.e., repeated bits 

for the coded bit), then a complementary processing is performed at the receiver unit 
for these repeated bits. The repeated bits corresponding to the code bit are initially 
scaled so that the variance over mean is constant for all symbols for this code bit, and 
the scaled bits are then added together to obtain one symbol for the code bit. If a 
coded bit is punctured at the transmitter unit, a soft symbol of zero ("0") (i.e., an 
erasure) is inserted for the punctured bit so that no priority is given to a +1 (bit "0") or 
a-1 (bit "1"). 

[0037] A Turbo decoder 316 receives the input bits u k and additional 

information regarding the scale of the input bits. Turbo decoder 316 then decodes the 
input bits u k using the scale information and provides a candidate sequence of 
decoded bits. A post processor 318 may further process the decoded bits to provide 
an indication of the quality of the decoded result. For example, post processor 318 
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may perform CRC check of the decoded results, if CRC bits are included in the 
transmitted code segment. Other performance metrics may also be evaluated for the 
decoded result to provide other indications of the decoding performance, as described 
below. 

[0038] FIG. 4 is a block diagram of a specific design for Turbo decoder 316. 

In this design, Turbo decoder 316 includes two constituent decoders 410a and 410b, a 
code interleaver 412, a code deinterleaver 414, and a detector 416. Each constituent 
decoder 410 is typically implemented as a soft-input/soft-output (SISO) maximum a 
posteriori (MAP) decoder that attempts to minimize the bit error of a code sequence. 
However, other types of decoder may also be used, such as a decoder that implements 
the soft output Viterbi algorithm (SOVA). 

[0039] The MAP decoder typically operates on the log-likelihood ratio (LLR) 

of the input bits u k , which includes the quantized information and parity bits and can 
be expressed as: 

U = u 2 u 3 ...u 3N } 

= i*i Ti y? x 2 y\ yl ... x Nb % b y* B % ... l 2 ] 

The LLR of an input bit x k at time k can be computed as: 
^Pr(x, = 0|U)J 

The LLR of an input bit x k is the logarithm of the ratio of the probability of the bit 
being a zero ("0") given the received sequence U over the probability of the bit being 
a one ("1"). The probabilities, Pr(^ = 0 1 U) and Pr(^ = 1 |U) , for each input bit are 
based on the soft value for that bit and the sequence of bits received for the code 
segment being decoded. The LLR for an erasure (i.e., a punctured bit) is indicative of 
equal confidence in the bit being a zero or a one (i.e., LLR = 0). 
[0040] In the embodiment shown in FIG. 4, a summer 408a receives and sums 

LLR(APP°), LLR( x k ), and the extrinsic information from deinterleaver 414 to 
provide a priori probabilities (APP) for decoder 410a. LLR(APP°) is the log 
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likelihood ratio derived from an underlying assumption of the information bits. If 
each information bit in a code segment is assumed to be equally likely to be either 
zero ("0") or one ("1"), then LLR(APP°) is equal to zero for all bits in the code 
segment, and any parts related to LLR(APP°) are ignored. The extrinsic information 
from deinterleaver 414 is set to zero for the first decoding iteration. T J .R ( x k ) is the 
log-likelihood ratio of the received information bits x k . 

[0041] Decoder 410a receives the APP from summer 408a and LLR(yl), 

which are the LLRs of the parity bits yj received from the first constituent encoder. 
LLR( y l k ) includes erasures for punctured (i.e., non-transmitted) parity bits, if any. 
Decoder 410a then decodes the APP and LLR( yl ) based on the MAP algorithm to 
generate a posteriori probabilities. The APP is then subtracted from the a posteriori 
probabilities by a summer 408b to provide extrinsic information, e\, which is 
indicative of corrections/adjustments in the confidence of the values for the 
information bits x k contributed by the parity bits y[ . 

[0042] The extrinsic information, e\ , from summer 408b is summed with the 

information bit LLRs, LLR(x Jt ), and the intermediate results (which are APP for the 
next decoder) are stored to code interleaver 412. Code interleaver 412 implements 
the same code interleaving scheme used at the Turbo encoder (e.g., the same scheme 
used for code interleaver 214 in FIG. 2). 

[0043] Decoder 410b receives the interleaved APP from interleaver 412 and 

LLR( yl ), which are the LLRs of the parity bits y k received from the second 
constituent encoder. Decoder 410b then decodes the APP and LLR( y k 2 ) in 
accordance with the MAP algorithm to generate a posteriori probabilities. The APP 
is then subtracted from the a posteriori probabilities by a summer 408d to provide 
extrinsic information, el , which is indicative of further corrections/adjustments in the 
confidence of the values for the information bits x k contributed by the received parity 
bits yl . The extrinsic information, e 2 k , comprises the intermediate results from 
decoder 410b, which are stored to code deinterleaver 414. Deinterleaver 414 
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implements a deinterleaving scheme complementary to the interleaving scheme used 
for interleaver 412. 

[0044] The decoding of the information bit LLRs is iterated a number of times 

(e.g., 12, 16, 20, or possibly more times). With each iteration, greater confidence is 
gained for the detected values of the information bits. After all the decoding 
iterations have been completed, the final LLRs are provided to detector 418, which 
provides hard-decision values (i.e., "0s" and "Is") for the received information bits 
based on their LLRs. 

[0045] Each MAP decoder 410 performs calculations of the likelihood ratio, 

A k , which can be expressed as: 

K = — — 7— 1 > Eq (4) 

k Pr(x, =0|U) 4V ; 

where x k is the unknown (and to be detected) input bit into the encoder at time k, and 
U is the sequence of symbols input to the decoder (i.e., the received information and 
parity bits after scaling and quantization). The likelihood ratio, A k , represents the 
likelihood of bit x k being a one given the received sequence U over the likelihood of 
bit x k being a zero given the received sequence U. 
[0046] The likelihood ratio, A k , can also be expressed as: 

where 

a k represents a forward state metric at time k for the trellis state m (i.e., the 
probability of the received vector up to time k given the trellis state at 
time k being m), 

P[+{' m) represents a reverse state metric at time k for the trellis state m (i.e., the 
probability of the received vector from time k to the end of the trellis 
given that the next trellis state is f(i,m)), where j{i,m) represents the 
next state given the input i and the current state m), and 
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S' k ' m is a branch metric at time k for state m and input i. 
The two summations in equation (5) are performed over all encoder states. 
[0047] FIGS. 5 A and 5B show graphical representations of the forward and 

reverse state metric calculations, respectively. The forward state metric may be 
calculated recursively, as follows: 

a " = , Eq (6) 

i=0 

where b{i,m) is the state in the previous time index k-1 from which a branch 
corresponding to input i transitions to state m. The reverse state metric may also be 
calculated recursively, as follows: 

A^iC'^r • Eq(7) 

i=0 

[0048] As shown by the above equations (5) through (7), the MAP algorithm 

performs a number of multiplications, which are not easily performed in hardware. 
However, the algorithm may be transformed into the log domain by taking the 
logarithm (or the negative logarithm) of the terms. In the log domain, a multiplication 
of two terms transforms into a relatively simple addition, which can be performed by 
a min* function. The min* function can be expressed as: 

min* (a,b) = -\n(e~ a +e~ b ) = min(a,Z>) + , Eq (8) 

where p(g) is a correction term and can be expressed as: 
p(g) = -ln(l + e~*) , 

where 

g = -\a-b\ . 

[0049] In the log domain, the terms described above can be defined as: 

L k =-ln(A k ) , Eq(9) 



A, m = -ln«) 
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B?=-\n(0?) ,and 

D l k m = -ln(<^ m ) . 

The computations for the MAP algorithm can then be expressed as: 

D^ m = max(0, i • (x k + AFP)) + max(0, y[ ■ c°' , m ) , Eq (10) 

A; = min* {{A^ m) + Dl^UAlV + D^ m) )\ Eq (1 1) 

2?; = min* ((2#*»> + D° k m ),(B[^ + Z#")), and Eq (12) 

L k = min* (A™ + + ) - min* ( Af + B[^ m) + ), Vm , 

Eq (13) 

where c"' ! ' m is the parity hypothesis for parity bit n, given the input bit / and state m. 
In equation (13), each of the two min* functions operates over all possible states m, 
similar to the summations in equation (5). 

[0050] The derivation of the above equations for the MAP algorithm is well 

known in the art. A description of such derivation is provided by Steven S. Pietrobon 
in a paper entitled "Implementation and Performance of a Turbo/Map Decoder," 
International Journal of Satellite Communications, Vol. 16, 1998, pp. 23-46, and 
incorporated herein by reference. 

[0051] The min* function is dependent on the scale information of the inputs 

a and b provided to the function. For the sequence of received bits v k shown in 
equation (2), the scaled bits can be expressed as: 

s k v k = s k A k +s k°kZk ■ 



The variance to mean ratio of a scaled bit can be expressed as: 
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where w k represents the "scale" of the input bit u k into the MAP decoder. The 
scaling factor s k is typically selected for each received bit v k in the code segment 
such that the quantity s k a\l A k for all scaled bits u k are approximately equal (i.e., 
w k = w for a given code segment). Various techniques may be used to estimate (or 
pre-measure) the appropriate scaling factors. These techniques may be MAP decoder 
related or may be some other coarse forms of decoder-metric combination before the 
Turbo decoder. 

[0052] If the variance a k and amplitude A k of the received bits v k are 

known, then the scaling factors s k can be selected as a function of cr k , A k , and the 
quantization resolution, such that the quantized bits u k (which are used as the inputs 
a and b to the min* function) have variances twice as large as their means, in absolute 
value, or s k a k I A k = 2. In this case, the function p(g) for the min* function can be 
simply expressed as: 

p(g) = -ln(l + e- g ) . Eq(14a) 

However, if the scaling factors s k are such that s k cr k I A k * 2 , then the function p{g) 
can be expressed in a more generalized form as: 

p(g,w) = -0.5w-ln(l + ^ /ca5w) ) . Eq(14b) 

As can be seen from equation (14b), the scale information is needed to accurately 
evaluate the function p(g,w) for the min* function. 

[0053] In certain MAP decoder implementations, the function p(g,w) shown 

in equation (14b) is implemented with lookup tables, which can expedite the 
evaluation of the min* function. A set of lookup tables may be provided for a set of 
scale values w. For example, five lookup tables may be provided for five values of w 
= 0, 3, 6, 9, and 12. Depending on the value for the scale w (which may be 
determined based on the estimated or known values for a\ , A k , and the number of 
bits after quantization), the proper lookup table is used to evaluate the function 
p(g,w). For example, the lookup table for w = 12 may be designed for use when the 
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input bits u k have been properly scaled and quantized to 6-bits, the lookup table for w 
= 6 may be designed for use when the input bits u k have been properly scaled and 
quantized to 5-bits, and the lookup table for w = 3 may be designed for use when the 
input bits u k have been properly scaled and quantized to 4-bits. 
[0054] In many instances, the variance a 2 k and amplitude A k of the received 

bits are not known. Instead, these quantities may be estimated based on various 
system parameters such as, for example, the bit rate used for a data transmission. The 
scaling factors s k are then selected based on the system parameters (and not 
necessarily on the scaling or the noise) such that a desired value for the scale w is 
obtained. However, if the actual scaling of the received bits deviates from the desired 
scaling due to any number of reasons (such as fading, power control, cell 
configuration, and so on), then the performance of the MAP decoder degrades 
because the wrong lookup table (i.e., for the wrong scale value) is used to evaluate the 
function p{g,w). 

[0055] Aspects of the invention provide techniques to improve the 

performance of a Turbo decoder when the scale information for the received bits is 
not known. In general, a number of hypotheses are formed for a given code segment 
(e.g., a data packet) to be decoded. Each hypothesis h corresponds to a hypothesized 
sequence S h of scaling factors and a hypothesized scale w h . The code segment is 
then decoded in accordance with each formed hypothesis, and the decoded result for 
each hypothesis is evaluated based on one or more performance metrics. The 
performance for all hypotheses are compared, and the specific hypothesis that 
provides the "best" decoded result, as determined by the performance metrics, is used 
for the code segment. Simulations have shown that using the techniques described 
herein, the achievable decoding performance approaches the theoretical limit, which 
may be bounded, e.g., by the quantized values for the scale w for which the lookup 
tables are generated. For example, if five lookup tables are provided for scale values 
of w = 0, 3, 6, 9, and 12, then the decoding performance may be bounded by these 
quantized values for the scale w. 

[0056] FIG. 6 is a flow diagram of a process to Turbo decode a code segment, 

in accordance with an aspect of the invention. Initially, a number of hypotheses for 
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the code segment are formed, with each hypothesis h corresponding to a specific 
sequence S h of scaling factors and a specific scale selection w h , at step 612. The 
specific number of hypotheses to be formed is dependent on various considerations 
such as, for example, the amount of time available to decode the code segment, the 
confidence in the initial estimates of <j\ and A k , and so on. 

[0057] An unevaluated hypothesis is then selected for evaluation, at step 614. 

In the first part of the evaluation, the code segment is Turbo decoded in accordance 
with the selected hypothesis (i.e., the particular S h and w h ), at step 616. This may 
entail scaling the received bits with the sequence S h of scaling factors, quantizing the 
scaled bits to the required number of bits of resolution (e.g., as determined by a\ , 
A k , and S h ), and decoding the quantized bits with the scale selection w h (e.g., using 
the lookup table for the specific value of w h ) to provide a candidate sequence of 
decoded bits. The quality of the decoded result for the hypothesis is then determined 
using one or more performance metrics, which are described below, at step 618. 
[0058] A determination is then made whether the decoded result for the code 

segment based on the current hypothesis is the best thus far, at step 620. If this 
hypothesis is the best thus far, then the performance metric is stored for later 
comparison, at step 622. Other information may also be stored such as the hypothesis 
values (e.g., the scaling factor sequence S h and the scale w h ), the decoded results, 
and so on. The process then proceeds to step 624. Otherwise, if the current 
hypothesis is not the best, then the process simply proceeds from step 620 to step 624. 
[0059] At step 624, a determination is made whether or not all hypotheses 

have been evaluated. If the answer is no, then the process returns to step 614 and 
another unevaluated hypothesis is selected for evaluation. Otherwise, if all 
hypotheses have been evaluated, the process proceeds to step 626 and the decoded 
result for the best hypothesis is provided. The process then terminates. 
[0060] The decoding scheme shown in FIG. 6 represent a general form that 

may be used when the scaling information for the received bits is not known. In many 
practical implementations, the number of hypotheses that may be evaluated may be 
limited by various considerations. For example, a limited time period may be 
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available to decode a code segment, which would then limit the number of hypotheses 
that may be evaluated. If the min* function is evaluated with a set of lookup tables, 
then the possible values for the scale w are also restricted. For example, five lookup 
tables may be provided for w = 0, 3, 6, 9, and 12, in which case the scale w is 
restricted to these five values. Various variations to the decoding scheme shown in 
FIG. 6 may be contemplated and are within the scope of the invention. Some of these 
decoding schemes are described below. 

[0061] FIG. 7 is a flow diagram of a Turbo decoding scheme, in accordance 

with another embodiment of the invention. This decoding scheme evaluates a number 
of hypotheses with the same sequence S of scaling factors but different scale 
selections w. Initially, a particular sequence S of scaling factors is selected based on 
some criteria (e.g., the estimated values for a\ and A k , the data rate of the code 
segment, and so on), at step 710. The received bits v k in a code segment are then 
scaled in accordance with the selected scaling factors and quantized to the desired 
number bits (e.g., determined based on the estimated a\ and A k and the selected S) 
to form the input bits u k , which are then stored to a storage unit. A set of scale 
values w h is also selected for evaluation, at step 712. These scale values may be 
selected based on various criteria (e.g., the estimated values for a\ and A k and the 
selected S, the available time period to decode, and so on). For example, the scale 
values for all lookup tables may be selected for evaluation (e.g., w h = 0, 3, 6, 9, and 
12). 

[0062] An unevaluated scale value w h is then selected for evaluation, at step 

714. The code segment is next Turbo decoded in accordance with the selected 
hypothesis (i.e., the particular scale value w h ), at step 716. This may entail retrieving 
from the storage unit the input bits u k for the code segment and decoding the bits 
with the scale selection w h (e.g., using the lookup table for w h ) to provide a 
candidate sequence of decoded bits. The quality of the decoded result is then 
determined based on one or more performance metrics, at step 718. The remaining 
processing in steps 720, 722, 724, and 726 are similar to that for steps 620, 622, 624, 
and 626, respectively, in FIG. 6. 
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[0063] The decoding scheme shown in FIG. 7 thus decodes a code segment 

based on a particular sequence S but a set of scale selections w h , and provides the 
decoded result corresponding to the best scale selection, as determined by the 
performance metric. 

[0064] In another Turbo decoding scheme, a code segment is decoded in 

accordance with a number of hypotheses formed with a particular scale selection w 
but different sequences S h of scaling factors. For example, the sequences S h of 
scaling factors may be selected as S 0 , 2S 0 , S 0 / 2 , and so on. Initially, the received 
bits v k in the code segment are stored to a storage unit. For each hypothesis to be 
evaluated, the received bits v k in the code segment are retrieved from the storage unit, 
scaled in accordance with the sequence S h of scaling factors for the hypothesis being 
evaluated, and quantized to the desired number bits to obtain the input bits u k . 
[0065] The input bits u k are then Turbo decoded in accordance with the scale 

w to generate a candidate segment of decoded bits. Again, the quality of the decoded 
result is determined based on one or more performance metrics. Other hypotheses for 
other sequences S h of scaling factors are also evaluated in similar manner. The 
decoded result corresponding to the best sequences S h , as determined by the 
performance metric, is then provided as the Turbo decoder output. 
[0066] For the above Turbo decoding scheme, different scaling is performed 

on the received bits v k to derive the input bits u k for the Turbo decoder. Since each 
received bit v k may have many bits of resolution (e.g., 16 bits), the storage 
requirement to store an entire code sequence of received bits may be large. 
[0067] To reduce the storage requirement, the received bits v k may be 

successively scaled, quantized, and evaluated, starting with the sequence of largest 
scaling factors. For example, if the selected sequences are S 0 , 2S 0 , and S 0 12 , then 
the received bits may be initially scaled by 2S 0 and stored for the first hypothesis. 
For the next hypothesis, the stored bits are retrieved, scaled again by a factor of 0.5 (to 
obtain S 0 ), quantized, and evaluated. And for the third hypothesis, the stored bits are 
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retrieved, scaled again by another factor of 0.5 (to obtain S 0 /2), quantized, and 
evaluated. The storage requirement is thus reduced to the storage size required for the 
largest scaling factors. However, successive scaling and quantization typically 
increase the amount of quantization noise, which may degrade decoding performance. 
[0068] In yet another Turbo decoding scheme, a code segment is decoded in 

accordance with a number of hypotheses formed with a specific sequence S of scaling 
factors but various scale values w k . Initially, the received bits v k in a code segment 
are scaled, quantized, and stored to a storage unit as the input bits u k . For each 
hypothesis to be evaluated, the input bits u k in the code segment are retrieved from 
the storage unit and evaluated afresh in accordance with the scale value w h for that 
hypothesis. 

[0069] However, for this decoding scheme, a smaller number of iterations are 

executed for each hypothesis. For example, 3, 5, or some other number of iterations 
may be performed for each hypothesis instead of 15, 17, or 19 which may normally be 
needed to completely decode the code segment. The smaller number of iterations for 
each hypothesis may allow more hypotheses to be evaluated for a given amount of 
time. For each hypothesis, the quality of the decoding result is evaluated based on 
one or more performance metrics. The hypothesis with the best performance is then 
used to completely decode the code segment, which is then provided as the Turbo 
decoder output. 

[0070] Various variations of the Turbo decoding schemes described herein 

may also be implemented and are within the scope of the invention. In general, any 
number of hypotheses may be evaluated, with each hypothesis including any specific 
set of values for any set of parameters (e.g., sequence of scaling factors and/or scale). 
Moreover, each hypothesis may be evaluated in various manners (e.g., partial or 
complete decoding). 

[0071] Performance Metrics 

[0072] As noted above, various performance metrics may be used to 

determine the quality of the decoded result. These metrics include (1) CRC check, (2) 
the minimum or average LLR for the decoded bits in a candidate sequence, (3) the 
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number of iterations completed when a decoded segment is declared, (4) the 
correlation metric, (5) the re-encoded energy, and (6) the re-encoded bit error rate 
(BER). These metrics are described below. 

[0073] A code segment may include CRC bits that can be used to check the 

decoded result. If the CRC check passes, then there is a high likelihood that the code 
segment has been decoded error free. If multiple candidate sequences for multiple 
hypotheses pass the CRC check, then one of the sequences may be selected (e.g., 
arbitrarily, via some criteria, or via some other metrics). 

[0074] The minimum or average LLR among the decoded bits in a candidate 

sequence (after the final iteration) may be used as a performance metric. In some 
applications, a code sequence may be deemed unacceptable if any one of the 
information bits in the code sequence is received in error. And in some other 
applications, errors for a small number of information bits in the code sequence may 
be acceptable. Thus, depending on the requirement of the application, the worst LLR 
(i.e., the LLR with the smallest magnitude) or a number of worse LLRs may be used 
as an indication of the quality of the decoded segment. An average of a number of 
worse LLRs may also be used as a performance metric. 

[0075] Turbo decoding is typically performed for a number of iterations (e.g., 

12, 16, 20, or possibly more) by the first and second constituent decoders before 
declaring a decoded segment. With each iteration by a constituent decoder, the 
confidence in the received information bits may increase and asymptotically reach a 
final value. A Turbo decoder may employ checks during the decoding process to 
terminate the decoding if the LLRs for the bits in the code segment exceed a 
particular threshold value. Alternatively, the Turbo decoder may use a built-in error 
detecting function (e.g., CRC check) to determine whether decoding has been 
successful and can be terminated before reaching the maximum number of allowed 
iterations. In these cases, the number of iterations performed to decode the code 
segment may be used as a performance metric. 

[0076] The correlation metric may be obtained by performing an inner product 

of the decoded bits b k in a candidate sequence with the received information bits x k 
(either before or after the scaling and quantization). This inner product may be 
achieved by multiplying the candidate sequence with the received information bit 
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sequence, element-by-element (i.e., bit-by-bit), and accumulating the resultant 
products of the multiplications. The final accumulated value represents the 
correlation between the two sequences. This inner product can be expressed as: 



A high value for the correlation metric M e indicates a high degree of correlation 
between the received and decoded bits. Conversely, a low value for the correlation 
metric indicates errors in the decoded bits and/or low values for the received bits. A 
higher value for the correlation metric thus corresponds to a higher quality decoded 
result. 

[0077] A correlation between the power of the received and decoded bits may 

also be computed. In this case, each received information bits and each decoded bit is 
first squared. The inner product is then performed on the vectors of squared decoded 
bits and squared received information bits. 

[0078] For the re-encoded correlation metric, the decoded bits b k in the 

decoded segment are first re-encoded by the same Turbo encoder and punctured with 
the same puncturing scheme used at the transmitter unit to derive the re-encoded bits 
r k . The re-encoded bits r k are then correlated with the received bits u k or v k . 
However, the correlation is performed for all received information and parity bits, and 
not just for the received information bits as is the case for the correlation metric. The 
inner product for the re-encoded correlation metric can be expressed as: 



Similar to the correlation metric described above, a higher value for the re-encoded 
correlation metric M re corresponds to a higher quality decoded result. The re- 
encoded correlation metric may be more accurate than the correlation metric because 
all received information and parity bits (and not just the information bits) are 
evaluated by the metric. 

[0079] The re-encoded bit error rate may be obtained by re-encoding a 

candidate sequence and comparing the re-encoded bits, bit-by-bit, with the received 




Eq (15) 



M re {u,r) = ^u k -r k . 



Eq (16) 
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information and parity bits (which have been transformed to hard-decision or binary 
values). During the comparison, errors between the re-encoded bits and received bits 
are counted. The re-encoded BER is then determined as the number of bit errors 
divided by the total number of bits compared. A lower value for the re-encoded BER 
is indicative of a higher quality decoded result. 

[0080] Some of the above performance metrics are described in further detail 

in U.S Patent No. 6,175,590, entitled "METHOD AND APPARATUS FOR 
DETERMINING THE RATE OF RECEIVED DATA IN A VARIABLE RATE 
COMMUNICATION SYSTEM," issued January 16, 2001, assigned to the assignee 
of the present application. Other performance metrics may also be used and are 
within the scope of the invention. Also, any combination of performance metrics may 
be used to determine the quality of the decoded result. 

[0081] FIG. 8 is a block diagram of a Turbo decoder 800, in accordance with 

an embodiment of the invention. Turbo decoder 800 is one specific implementation 
of Turbo decoders 316 in FIGS. 3 and 4. In this embodiment, Turbo decoder 800 
includes a local memory/combiner 808, a MAP decoder 810, a detector 812, lookup 
tables 814, a performance metric calculator 816, a storage unit 820, and an address 
generator 830. Referring back to FIG. 4, the two constituent decoders 410a and 410b 
are operated in series, with the extrinsic information from one decoder being provided 
as an input to the other decoder. Because of the serial operation of the two 
constituent decoders, only one (physical) decoder can be used to implement both 
constituent decoders. 

[0082] A sealer/quantizer 806 receives and scales the received bits v k with the 

sequence S of scaling factors, quantizes the scaled bits, and provides the quantized 
bits u k to local memory/combiner 808. The received bits may be de-punctured, if 
puncturing was performed at the transmitter unit, by another unit (e.g., a channel 
interleaver) prior to being provided to Turbo decoder 800. The de-puncturing is 
achieved by providing an erasure for each punctured bit in the code segment, with the 
erasure being indicative of equal likelihood of the bit being a zero or a one. Or the 
received symbols corresponding to identical bits may be combined in an appropriate 
fashion if the bits were repeated. 
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[0083] Depending on the particular decoding iteration being performed (i.e., 

decoding for the first or second constituent encoder), the proper sequence of 
information and parity bits is provided to memory/combiner 808. The APP obtained 
from a prior decoding iteration is also provided to memory/combiner 808 from APP 
storage unit 820. In an embodiment, memory/combiner 808 is designed to (1) receive 
the information bits x k and compute the LLR for these bits, LLR(x jfc ), (2) combine 
the LLR(^ A ) computed in step (1) with the corresponding extrinsic information to 
generate APP, and (3) receive the parity bits (either y\ or yl ) and compute the LLR 
for the these bits, LLR( y\ ) or LLR( yl ). 

[0084] In an embodiment, memory/combiner 808 is implemented using a 

sliding window architecture (SWA) that temporarily stores, e.g., four windows worth 
of information and parity bits. While three windows of information and parity bits are 
being operated on by three state metric calculators within MAP decoder 810, the 
fourth window is updated with values for the information bits and the APP from 
storage unit 820. In an embodiment, each window has a size of 32, i.e., each window 
holds 32 x k symbols and 32 y\ (or yl) symbols. Other window lengths and/or 
different number of windows may also be used, and this is within the scope of the 
invention. 

[0085] In an embodiment, MAP decoder 810 implements a SISO decoder that 

executes a log-MAP algorithm. Any MAP-based decoding algorithm (e.g., a max 
log-MAP algorithm or a max* log-MAP algorithm, both of which are known in the 
art) may also be used. In an embodiment, to implement the MAP algorithm, MAP 
decoder 810 includes one forward state metric calculator and two backward state 
metric calculators. Each forward (or backward) state metric calculator computes the 
logarithm of the probability of each of 2 KA states in the trellis at a given time instance 
k based on (1) the probabilities of the states at a previous (or future) time instance and 
(2) the probabilities of the path between the previous (or future) states and the state in 
the current time, where K is the constraint length of the constituent encoder. These 
forward and backward state metrics are then used to compute a posteriori 
probabilities for the information bits. The forward and backward state metric 
calculations are described above. 
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[0086] Lookup tables 814 may be used to expedite the evaluation of the min* 

function, which is used to compute the forward and reverse state metrics and the 
branch metric, as described above. A number of lookup tables may be provided for 
different scale values w, and the particular lookup table to be used may be determined 
by the scale selection (which may be provided by a controller 840). 
[0087] Performance metric calculator 816 may be used to compute one or 

more performance metrics for a candidate sequence, which is used to determine the 
quality of the decoded result. Performance metric calculator 816 may perform the 
CRC check and/or determine the minimum or average LLR, the correlation metric, 
the re-encoded energy, the re-encoded BER, some other metrics, or any combination 
thereof. 

[0088] Storage unit 820 stores the APP from a decoding iteration, which is 

then used for the next decoding iteration. The APP are stored to and retrieved from 
the proper locations in storage unit 820 as directed by the write and read addresses 
provided by address generator 830. The addresses are generated such that the APP 
are properly interleaved and de-interleaved in accordance with the interleaving 
scheme used to encoded the code segment at the transmitter unit. 
[0089] Controller 840 may direct the operation of Turbo decoder 800. 

Controller 840 may formulate a number of hypotheses for a code segment and 
provides control signals indicative of the scaling factors and scale values to be used 
for the code segment. Controller 840 may further receive the values for the 
performance metrics computed for the hypotheses, and selects one of the hypotheses 
as the best hypothesis. The decoded bits for the best hypothesis are then provided 
from Turbo decoder 800. 

[0090] Various aspects of the decoding techniques have been described for a 

Turbo decoder design that employs a set of lookup tables to implement the min* 
function for different scale values w. However, these decoding techniques are not 
restricted to the use of lookup tables and the min* function may be evaluated using 
other means, including hardware, software, firmware, or any combination thereof. 
[0091] The decoding techniques described herein may be advantageously used 

for Turbo decoding a code segment when the scale information is not known. These 
techniques may be used for any communication system that employs Turbo decoding 
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such as cdma2000, W-CDMA, IS-856, and others. These techniques may also be 
employed on the forward link (i.e., downlink) as well as the reverse link (i.e., uplink). 
[0092] Beside the scaling factors and scale values, other parameters may be 

adjusted for the Turbo decoding (e.g., the number of iterations, window size, and 
possibly others). Also, the techniques described herein may be applied to other types 
of decoder beside a Turbo decoder. For example, the scaling concept may also be 
applied to a Viterbi decoder, except that there is only one variable (the scaling factors 
S) since the Viterbi decoder is independent of w. 

[0093] The Turbo decoder described herein may be implemented in hardware, 

software, firmware, or a combination thereof. For a hardware design, the Turbo 
decoder may be implemented within a digital signal processor (DSP), an application 
specific integrated circuit (ASIC), a processor, a microprocessor, a controller, a 
microcontroller, a field programmable gate array (FPGA), a programmable logic 
device, other electronic unit, or any combination thereof. And for a software or 
firmware design, the Turbo decoder may be implemented with codes executed by a 
processor (e.g., controller 840 in FIG. 8). The storage unit and lookup tables may also 
be implemented with various memory technologies such as, for example, random 
access memory (RAM), dynamic RAM (DRAM), Flash memory, and others. Various 
structures and implementations of the Turbo decoder and storage unit are possible and 
within the scope of the present invention. 

[0094] The foregoing description of the preferred embodiments is provided to 

enable any person skilled in the art to make or use the present invention. Various 
modifications to these embodiments will be readily apparent to those skilled in the art, 
and the generic principles defined herein may be applied to other embodiments 
without the use of the inventive faculty. Thus, the present invention is not intended to 
be limited to the embodiments shown herein but is to be accorded the widest scope 
consistent with the principles and novel features disclosed herein. 



